Public and ordered transportation trip planning

ABSTRACT

Embodiments of the invention relate to a trip planning system configured to provide a user a multi-modal transportation route plans that incorporate public transportation systems and ordered transportation services, which do not run according to a set schedule, but are ordered by a user in advance of use of the service. Examples of ordered transportation services, include taxi-cab services, hired car services and limousine services. A user of the system, which may be referred to hereinafter as the public/ordered trip system (POTS), may receive data and choose to travel on a route that incorporates public transportation and an ordered transportation service, and may place an order to an operator of the ordered transportation service through the trip planning system, obviating the need to directly communicate with operator.

TECHNICAL FIELD

Embodiments of the invention relate to trip planning, preferably incorporating public transportation and ordered transportation services.

BACKGROUND

Various navigation systems for providing a user with geographic information are known in the art and are widely used. By way of example, a car may be equipped with a navigation system to determine a current geographic location of the car and/or to guide the car from a point of origin to a destination by providing its driver with appropriate instructions as a driver traverses the route. Furthermore, navigation systems relating to public transportation systems that run according to predetermined schedules exist in the art. For example, PCT Application Publication, WO 2014/037949, incorporated by reference, relates to public transportation navigation systems configured to allow users to plan trips and utilize public transportation efficiently.

SUMMARY

Embodiments of the invention provide a trip planning system configured to provide a user a multi-modal transportation route plans that incorporate public transportation systems and ordered transportation services, which do not run according to a set schedule, but are ordered by a user in advance of use of the service. Ordered transportation services, according to embodiments of the invention may include taxi-cab services, hired car services and limousine services. A user of the system, which may be referred to hereinafter as the public/ordered trip system (POTS), may choose to travel on a route that incorporates public transportation and an ordered transportation service, and may place an order to an operator of the ordered transportation service through the trip planning system, obviating the need to directly communicate with operator.

Ordered transportation services, according to an embodiment of the invention, are transportation services which do not travel according to set schedules and require ordering in advance. Exemplary ordered transportation services according to embodiments of the invention may include short-term rental cars.

Further embodiments of the invention relate to methods for trip planning comprising providing a user with information regarding to a trip plan combining real time and/or static public transportation data with real time ordered transportation service data. The methods may further comprise providing a user with an ability to order an ordered transportation service while performing trip planning.

In locations having developed public transportation systems, many passenger trips are most efficient and cost-effective if they combine a combination of public and ordered transportation systems. Currently, no systems exist which allow users to plan routes including multi-modal routes that include both public and ordered transportation services. Embodiments of the invention allow passengers to plan efficient and cost-effective multi-modal trips.

This summary is provided to introduce a selection of concepts in a simplified form that are further described below in the detailed description. This summary is not intended to identify key features or essential features of the claimed subject matter, nor is it intended to be used to limit the scope of the claimed subject matter.

BRIEF DESCRIPTION OF FIGURES

Non-limiting examples of embodiments are described below with reference to figures attached hereto that are listed following this paragraph. Identical structures, elements or parts that appear in more than one figure are generally labeled with a same numeral in all the figures in which they appear, and a numeral labeling an icon representing a given feature in a figure may be used to reference the given feature. Dimensions of components and features shown in the figures are chosen for convenience and clarity of presentation and are not necessarily shown to scale.

FIG. 1 depicts a block diagram showing a public/ordered trip system (POTS) according to an embodiment of the invention;

FIG. 2 depicts a flow diagram showing methods of trip planning and coordination according to embodiments of the invention;

FIGS. 3A-3E depict screenshots showing screens of a user's mobile communication device while operating in conjunction with a POTS, according to embodiments of the invention.

DETAILED DESCRIPTION

Reference is now made to FIG. 1, which depicts a block diagram showing a public/ordered trip system (POTS) 10 according to an embodiment of the invention. POTS 10 comprises a public/ordered trip server 20, a mobile communication device 30, a mobile communication device 50, a public transportation system server 70, an ordered transportation system server 80, and an ordered transportation system server 90.

Public/Ordered Trip Server 20 comprises a communication module 22, a processor 24 and a memory 26.

Mobile communication device 30 comprises a processor 32, a locator 34, a memory 36, an I/O (input/output) device 38, a communication module 40 and a power source 42.

Mobile communication device 50 comprises a processor 52, a locator 54, a memory 56, an I/O device 58, a communication module 60 and a power source 62.

Public transportation system server 70 comprises a processor 72, a memory 74 and a communication module 76.

Ordered Transportation System Server 80 comprises a processor 82, a memory 84 and a communication module 86. Ordered Transportation System Server 90 comprises a processor 92, a memory 94 and a communication module 96.

According to an embodiment of the invention, a server or computing device may be a smartphone, a desktop computer, a laptop computer, a phablet, a tablet, a smartwatch, a server. Optionally, a computer device or server may be a “distributed system” with code and hardware components located in different, physically distinct locations.

Public/Ordered Trip Server 20 is configured to receive and transmit data from at least one mobile communication device 30/50; at least one public transportation system server 70 and at least one ordered transportation system server 80/90. Data communication may be through wired or wireless communication routes. According to an embodiment of the invention, data communication may be through cellular data transmission, Wi-Fi network, cloud-computing, or through the world wide web or Internet.

Mobile communication devices 30 and 50 may be selected from the group of mobile (cellular) phones, personal digital assistants, phablets, tablets, and smartphones. Mobile communication devices used in conjunction with POTS 10 may use operating systems such as Android, Microsoft Windows® OS, Mac® OS X or Apple® iOS. According to an embodiment of the invention, I/O device 38 and 58 comprised in mobile communication devices may comprise a touch-screen.

Locators 34 and 54 may be configured to determine the geographic location of mobile communication device 30 and 50 respectively. Locators 34 and 54 may determine geographic location based on, by way of example, triangulation positioning using cellular signals from cellular antennas and/or based on Global Positioning System (GPS) technology. Locations of mobile communication devices 30 and 50 may be used by public/ordered trip server to calculate current location of, for example, public transportation vehicles.

Software may be stored on memory 36 and 56, including an application (app) having a graphical user interface and instructions for communication between mobile communication device 30 and 50 via communication modules 40 and 60 respectively, and public/ordered trip server 20 via its communication module 22. Data transferred between mobile communication devices 30 and/or 50, and public/ordered trip server 20 may comprise, as non-limiting examples, user personal data, user preference data, user location data, destination data, trip instruction data, trip cost data, and financial payment detail data.

Public Transportation System Server 70, may comprise, in memory 74, data regarding public transportation system routes and/or schedules. Public Transportation System Server 70 may comprise data relating to busses, minivans, trams, trolleys, trains, subways, aircrafts, watercrafts (for example, ships, boats or ferries) or cable cars. The data may be static data and/or dynamic data. Static data may comprise data which represents scheduled trips of public transportation, such as scheduled routes, scheduled arrival/departure times and/or scheduled trip duration. The data may be provided by and updated by the operator of the public transportation service. Dynamic data may comprise data based on real-time location. For example, current schedule, as determined by GPS locators fixed in buses or other transportation vehicles may provide dynamic data such as scheduled arrival/departure times and/or scheduled trip duration adjusted relative to position data received by GPS locators. Current schedule may also be determined based on locations of mobile communication devices 30 and/or 50. For example, if a user carrying mobile communication device 50 had traveled using a given route of transportation, at a given time, public transportation system server 70 may sense traffic conditions based on location of mobile communication device 50. Public transportation system server 70 may utilize this information while route planning for user of mobile communication device 30, if he or she travels in the approximate location of the given route of transportation at the given time.

Communication module 76 may be configured to receive data from various public transportation system vehicles and/or servers in order to provide data relating to schedule of the transportation.

Ordered Transportation System Server 80/90 may be configured to communicate, via communication module 86/96 with at least one driver of an ordered transportation system. According to an embodiment of the invention, ordered transportation system server 80/90 communicates with at least one operator of a taxi-cab service, hired car service and/or limousine service. According to an embodiment of the invention, an ordered transportation system server may be a server of a web-based or mobile-telephone-based taxi ordering service, for example, GetTaxi. According to an embodiment of the invention an ordered transportation system server may be a server of a ridesharing service such as Uber, Lyft, Sidecar, EasyTaxi or Hailo. An ordered transportation system server may be located within a taxi-cab and serve primarily the driver of the taxi-cab. Alternatively, the ordered transportation system server may be associated with a taxi dispatcher and serve taxi-cabs associated with the taxi dispatcher's company and/or station.

Communication module 86/96 may be configured to receive queries relating to location, availability, cost, predicted future availability, predicted future cost of taxi-cab service, hired car service, limousine service and/or ridesharing service associated with ordered transportation system server 80/90.

Communication module 86/96 may provide to public/ordered trip server 20, via its communication module 22 information relating to location, availability, cost, predicted future availability, predicted future cost of taxi-cab service, hired car service, limousine service and/or ridesharing service.

Reference is now made to FIG. 2 which depicts a flow diagram relating to method 100 of trip planning and coordination according to embodiments of the invention. Method 100 may be performed using a POTS 10 and/or a public/ordered trip server 20. Method 100 comprises a block 110, comprising receiving a destination of a trip from a user. The user may, via a mobile communication device, enter a destination of intended travel. The user may enter the destination into a mobile application installed on the mobile communication device. The destination may be chosen from a list of previously visited or previously set destinations on the user's mobile communication device.

Method 100 comprises a block 120, comprising receiving data relative to a user location. Data may be received by a public/ordered trip server from a user by receiving locator data, such as GPS data of current location of user's mobile communication device. According to an embodiment, data of user's location may be obtained by locating approximate area of user's mobile communication device based on cellular communication antennas detecting signals from the user's mobile communication device. According to an embodiment of the invention, a user may enter into the user's mobile communication device, a location from which he/she intends to start his/her trip to reach a destination. According to an embodiment of the invention, the user may enter his/her location using a computing device which transfers the user's intended start location via the internet to a public/ordered trip server.

Method 100 comprises a block 130, comprising receiving information from an ordered transportation service (OTS) and a public transportation system with respect to user's location, destination and/or locations between user's location and destination. Information may be received, by the public/ordered trip server from one OTS or from multiple OTS and from one public transportation system server or multiple public transportation system servers. Information received from OTS may relate to a future trip which may be ordered through the OTS. The information relating to a future trip may relate to cost of trip, duration of trip, approximate amount of wait-time before initiating the trip, ordered vehicle available to perform the trip, and/or probability of a vehicle being available at the intended start time and location of OTS trip.

In addition to receiving information from OTS, public/ordered trip server may receive information with respect to user's location, destination and/or locations between user's location and destination from a public transportation server system. Public transportation server system information may comprise static data and/or dynamic data.

Method 100 comprises a block 140, comprising displaying suggested route options. According to an embodiment of the invention, a route or a plurality of suggested routes between user's location and destination planned by public/ordered trip server is displayed on a user's mobile communication device. One of the route options may comprise both a public transportation leg or legs and an ordered transportation (such as taxi-cab) leg or legs. Details regarding suggested route options may be displayed in conjunction with the suggested route options. Details regarding suggested route options may include but are not limited to: cost of route, operator details of route, planned time of traversal of route. Operator details of route may relate to public transportation leg, such as bus line number, train line number, or may relate to OTS legs and may comprise taxi-cab company or taxi-cab identifier number. According to an embodiment of the invention, suggested route options may be displayed on a touch-screen of a user's mobile communication device. Route options may be displayed in order from fastest route to slowest route. Route options may be displayed in order from least expensive to most expensive route.

With respect to OTS legs, public/ordered trip server may display details regarding OTS legs which are real-time details and/or details regarding OTS legs which are historical details. For example, price of a trip leg may be a historical detail as it may be set by a fixed price guide stored in memory of public/ordered trip server. Availability of an operator may be based on real-time details regarding an OTS leg as it may be based on real time data received from an OTS server and based on current availability of OTS operators at the time of the receipt of the data and/or future availability of OTS operators at the time of the intended trip leg.

According to an embodiment of the invention, availability of an operator may be considered when planning a route for a user. For example, if POTS detects long wait times for OTS in a certain area, POTS may suggest utilization of OTS in a different area having shorter wait times.

According to an embodiment of the invention, POTS may receive input from OTS operators regarding presence of OTS in a given area. POTS may suggest a meeting place between user and OTS operator at a certain distance from the given area to obviate the need for the user to discern between multiple OTS operators located at a given area.

Method 100 comprises a block 150 comprising receiving user input regarding a route choice. Public/ordered trip server may receive an indication of a choice from a user relating to choice of one of the suggested route options. For example, a user may choose a route which combines a bus ride with a taxi ride. A user may choose a route by tapping on a displayed route option using a mobile communication device touch-screen.

Upon receipt of user input regarding a route choice comprising an OTS leg, user may be prompted to provide confirmation of ordering the OTS leg. Upon confirmation, user may be prompted to indicate method of payment for OTS service. Alternatively, user preferences for payment may be stored in public/ordered trip server. User payment details, such as credit card details, may be transferred to operator of OTS for payment for OTS service.

Method 100 comprises a block 170 comprising communicating user details to OTS. Once user confirms ordering a trip leg through OTS, user details may be sent to OTS via public/ordered trip server. The details communicated to the OTS may include one or more than one of: user name, user phone number, estimated user pickup time, location of user pickup, user destination via OTS, user trip destination, user origin (from where user trip originated) and user identifier.

According to block 170, a communication channel may be opened between an OTS operator and a user in order to coordinate details regarding the OTS leg. The communication channel may operate to transfer text and/or voice between user and OTS operator, via public/order transportation server. The communication may be through an application on the user's mobile communication device and/or on the OTS operator's mobile communication device.

Method 100 may optionally comprise a block 158, comprising displaying a plurality of available OTS providers. User may choose which OTS best suits his or her route planning. OTS providers may be displayed in conjunction with ride cost suggested by each OTS provider. According to an embodiment of the invention, a metric may be displayed in conjunction with each OTS. The metric may be a rating relating to previous services provided by the OTS. The metric may represent quality of service, timeliness, user satisfaction or any indicator. The metric may be a user-generated metric, generated based on previous users' experience with an OTS.

Method 100 may optionally comprise a block 160, comprising receiving a user input choosing one of the available OTS providers. According to an embodiment of the invention, a user may choose via a touch-screen of a mobile communication device, an icon indicating an OTS provider. Upon receipt of user input regarding a choice an OTS provider, user may be prompted to provide confirmation of ordering the OTS. After receiving confirmation, public/ordered trip server may communicate user details to OTS provider according to block 170.

Method 100 may optionally comprise a block 152, comprising submitting a user's route data to a plurality of OTS providers. The user's route data may include estimated user pickup time, location of user pickup, user destination via OTS, user overall route destination. The user's route data may comprise probability data. For example, the user probability of a user actually using an OTS may be calculated by the public/order transportation server based on any of a number of parameters including, but not limited to: distance to OTS leg, user's prior POTS history, user's current location, number of user-initiated route changes prior to OTS leg and time to OTS leg.

Method 100 may comprise a block 154, comprising receiving a bid or bids from a plurality of OTS providers. OTS providers may indicate amount of commission (bid) willing to pay to POTS operator for the right to transport user according to user's planned route OTS leg. OTS providers may set commission based on user's route data received according to block 152. POTS operator may accept the bid from one of the OTS providers, for example from the OTS provider having the highest bid.

Method 100 may comprise a block 156 comprise sending an indication of receipt of a bid to an OTS provider. After indicating receipt of bid, public/ordered trip server may communicate user details to OTS provider according to block 170.

Method 100 may comprise a block 180, comprising sending route details and/or OTS details to the user. Public/ordered trip server may send route details comprising directions regarding ordered OTS. Public/ordered trip server may send OTS details, such as name, identifier, car number, and/or location of OTS operator to the user.

Method 100 may comprise a block 182, comprising tracking user progress relative to planned route. Public/ordered trip server may receive indication of user's progress along the planned route via a locator in the user's mobile communication device. Public/ordered trip server may calculate if user's progress geographically and chronologically matches planned route.

Method 100 may comprise a block 184 comprising sending an update to OTS regarding user progress. Upon calculating difference between user's actual progression along route and user's planned route, public/ordered trip server may notify OTS operator regarding disparity between actual progression and planned route, once disparity reaches a certain predetermined level. For example, if user is on a train that has been delayed, public/ordered trip server may detect, based on locator in user's mobile communication device, user's location. Public/ordered trip server may inform an OTS operator regarding the delay and may send a revised order comprising revised details, for example, revised time of initiation of OTS leg.

Method 100 may comprise a block 190, comprising updating OTS details and sending updated details to user. For example, in case of the aforementioned train delay, OTS may indicate to public/ordered trip server that another driver will be sent instead of the previously planned OTS driver. As a result, OTS will notify public/ordered trip server of updated OTS details and public/ordered trip server will notify user accordingly.

Method 100 may comprise a block 200, comprising receiving OTS leg confirmation from a user and/or OTS. Confirmation may then be sent to public/ordered trip server. A user and/or OTS operator may confirm provision of an OTS transportation leg to the user through a mobile communication device, for example through an application on the user's and/or OTS operator's device.

According to an embodiment of the invention, payment may be made directly from the user to the OTS operator. Optionally, the user and/or OTS operator may indicate to the public/ordered trip server that payment was effected between user and OTS operator.

According to an embodiment of the invention, user may provide a rating of the service provided by the OTS operator, and send the rating to the public/ordered trip server, optionally through an application on the user's mobile communication device.

Method 100 may comprise a block 210, comprising transferring payment for the OTS leg from the user to the OTS operator. The public/ordered trip system may transfer payment from a user to an OTS operator by using a credit or debit card provided by the user. Alternatively, a user may pay for OTS services in advance to the public/ordered trip system, and at the time of the trip, payment may be deducted from the user's account and transferred to the OTS.

Reference is now made to FIGS. 3A-3D, depicting screenshots showing screens of a user's mobile communication device while operating in conjunction with a POTS, according to embodiments of the invention. FIGS. 3A-3D will be explained with reference to the scenarios described in the examples below.

EXAMPLE 1

A user, Joe, plans to travel, via public and/or ordered transportation between his current location, at the University of California, San Francisco (UCSF), and Notre Dame de Namur University, on Feb. 1, 2015 at 12:30. Joe turns on his mobile communication device which is a touch-screen mobile phone, equipped with GPS capabilities. He initiates a POTS application (app) which had been previously downloaded to his mobile phone. The POTS application recognizes his current location at UCSF via a GPS capability of his mobile phone and queries regarding his intended destination. POTS application provides a list of recent destinations, including “Notre Dame de Namur University”, to which Joe had travelled the week before. Alternatively, Joe may enter a destination based on address or other feature of the destination in a text-bar. Joe taps the screen display, indicating that his intended destination is Notre Dame de Namur University. POTS may retrieve trip data relevant to Joe's planned trip from a plurality of public transportation and ordered transportation servers and/or databases. The trip data may be real-time data or historical data.

Reference is now made to FIG. 3A, showing a screenshot 300 of Joe's mobile phone POTS app. Screenshot 300 is displayed after Joe makes his choice of destination. Screenshot 300 comprises an intended route 304, a trip reversal icon 302, a trip time indicator 306 and an options icon 308. Screenshot 300 further comprises trip options 310, 312, 314 and 316. User's intended route 304 is displayed, indicating that the route options 310, 312, 314 and 316 provide options to travel from starting point to ending point of intended route 304.

Joe may tap on trip reversal icon 302, for POTS app to display options for a return trip from Notre Dame de Namur University to UCSF.

Trip time indicator 306 indicates that the displayed trip options 310, 312, 314 and 316 are valid for traveling at the current time to Joe's destination. In order for Joe to change the time of departure or time of arrival, Joe may press on the trip time indicator 306. In order to modify trip parameters, Joe may tap on the options icon 308. Trip parameters may allow a user include or exclude certain modes of transportation. Trip parameters may allow a user to set his/her travel preferences, such as less walking, fewer transfers, fastest option and least expensive option.

Trip options 310, 312, 314 and 316 may each comprise icons indicating modes of transportation, estimated price, estimated time and estimated time span of each of the respective trip options.

Trip option 310 is a public transportation-only trip option. Trip option 310 comprises three icons, representing the three methods of transportation to be used, in order of use, if Joe is to choose this trip option. The three icons represent a bus line number 32, a train and bus line number 78. Trip option 310 is scheduled to begin at 12:35 and end at 14:35, and last 120 minutes.

Trip option 312 is an ordered transportation-only trip option. Trip option 312 comprises one icon, representing a taxi service. Trip option 312 is estimated by POTS to cost $53 and to last about 31 minutes, starting at 12:30 and ending at 13:01.

Trip option 314 is a multi-modal transportation trip option that incorporates public and ordered transportation services. Trip option 314 comprises three different icons, representing the three methods of transportation to be used if Joe is to choose this trip option. The three icons represent a taxi, a train and bus line number 78. The scheduled duration of the trip, 62 minutes, is also displayed. Trip option 314 is estimated by POTS to cost $15. The scheduled time of the trip, from 12:30 to 13:32, is also displayed. According to an embodiment of the invention, total cost of trip option may be displayed, optionally comprising the sum of the public and ordered transportation legs.

Trip option 316 is a multi-modal transportation trip option that incorporates public and ordered transportation services. Trip option 316 comprises three different icons, representing the three methods of transportation to be used if Joe is to choose this trip option. The three icons represent a bus line number 32, a train and a taxi. The scheduled duration of the trip, 64 minutes, is also displayed. Trip option 316 is estimated by POTS to cost $10. The scheduled time of the trip, from 12:40 to 13:44, is also displayed.

Joe decides to travel via trip option 316 and taps on the touch screen where the trip option is displayed. Joe's mobile phone then changes display to show a screenshot 320 appearing in FIG. 3B.

Reference is now made to FIG. 3B, showing a screenshot 320 of Joe's mobile phone POTS app, displaying trip itinerary after deciding on a trip option. Screenshot 320 comprises a map 322, the map comprising a mapped route 324, a current location icon 328, a route finish icon 346 and a route ordered transportation icon 326. Screenshot 320 further comprises route times 330, route mode icons 332 and a route duration 334. Screenshot 320 further comprises a route time modification icon 348. Screenshot 320 further comprises pre-order icon 336.

Screenshot 320 further comprises leg descriptions 338, 340 and 342. Screenshot 320 further comprises a destination 344.

Map 322 shows mapped route 324, a geographical representation on a map of Joe's chosen trip option, based on his choice of trip option 316 (FIG. 3A). Joe's current location, at UCSF, is indicated on map 322 by current location icon 328. Joe's destination at Notre Dame de Namur University is indicated by route finish icon 346. The point at which Joe's planned route will begin use of OTS, at Belmont Caltrain Station, is represented on map 322 by route ordered transportation icon 326.

Route times 330 indicate the estimated start (12:40) and end (13:44) of Joe's route. Joe may choose the display of his route to change to a later start time by pressing on route time modification icon 348. Route mode icons 332 show the modes of transportation which will be used by Joe according to his route, representing bus line 32 (public transportation), train (public transportation) and taxi (ordered transportation). Estimated time of traversal of the route is displayed at route duration 334.

Route mode icons 332 may be color coded to match sections of route 324 to which they correspond. For example, the bus icon in route mode icons 332 may be colored blue, corresponding to the section of route 324 traversed by bus that is also colored blue. The train icon in route mode icons 332 may be colored green, corresponding to the section of route 324 traversed by train that is also colored green. The taxi icon in route mode icons 332 may be colored yellow, corresponding to the section of route 324 traversed by taxi that is also colored yellow. Similarly, leg descriptions 338, 340 and 342 may be accordingly color coded.

Leg description 338 shows the leg starting point, at the University of California, leg starting time, at 12:40 and a bus icon indicating mode of transportation as bus line number 32. Leg description 338 also shows duration of the leg (10 minutes) and number of stops (17) before switching to next leg. Leg description 340 shows the leg starting point, at San Francisco Caltrain Station, leg starting time, at 12:54 and a train icon indicating mode of transportation as local train in the San Jose direction. Leg description 340 also shows the duration of the leg (31 minutes) and number of stops (11) before switching to next leg. Leg description 342 shows the leg starting point, at Belmont Caltrain Station, leg starting time, at 13:25 and a taxi icon indicating mode of transportation. Leg description 340 also shows duration of trip (19 minutes) and number of miles before reaching destination 344.

Pre-order icon 336 is pressed by Joe upon starting his journey in order to confirm ordering of the OTS leg. POTS then notifies OTS operator of confirmation of order, and provides detail regarding Joe's order, including pickup time at 13:25, from Belmont Caltrain Station, for a ride to Notre Dame de Namur University and Joe's phone number.

Reference is now made to FIG. 3E. According to an embodiment of the invention, a screenshot 370 is presented upon confirmation of order. Screenshot 370 comprises a map 372 comprising a mapped route, a current location icon, and a route ordered transportation icon. Screenshot 370 further comprises a confirmation window 374 confirming that a taxi will pick Joe up at approximately 13:25. Screenshot 370 further comprises a taxi detail section comprising a driver/operator name 378, a car type 380, a license plate number 382, a driver phone number 384 and a cancellation icon 386. A user may cancel his order by pressing on cancellation icon 386.

According to an embodiment of the invention, upon ordering the OTS leg, Joe is prompted to provide payment details. Joe may be asked to confirm his user identification code and/or phone number and may receive a verification code by SMS to be provided to POTS.

According to an embodiment of the invention, POTS may notify an OTS operator regarding the order and inquire from the OTS operator how much advance notice is required for sending an OTS driver to Joe's planned OTS leg initiation. Upon receiving an answer regarding advanced notice, Joe's progress may be tracked by POTS until reaching a point along mapped route 324 which is at the predetermined time interval from the initiation spot of the OTS leg. Once reaching that point, POTS may notify OTS and instruct OTS to send a vehicle for Joe's ordered transportation to begin.

As Joe proceeds along his route, route 324 is updated to indicate updated position of current location icon 328 to show the remaining trip. Optionally, after finishing a leg of the trip, the leg description corresponding to the finished leg may disappear from screenshot 320.

Joe proceeds along the route and arrives at San Francisco Caltrain station at 12:52 and prepares to board the train towards San Jose which was scheduled to leave at 12:54. Instead of leaving at 12:54, the train is delayed and leaves San Francisco Caltrain station at 13:05. POTS is monitoring Joe's progress using GPS in Joe's mobile phone, and at 13:09, detects a disparity between Joe's planned location and Joe's actual location.

Reference is now made to FIG. 3C, showing a screenshot 350 of Joe's mobile phone POTS app. Screenshot 350 shows window 352 shown with itinerary 354 in the background. Window 352 comprises information about a schedule change based on the aforementioned train delay. Window 352 comprises the text, “Taxi Order Reschedule: Since your train is late, we notified the taxi company and rescheduled your pickup time. Your Taxi will pick you up from the Belmont train Station at 13:35.” Optionally, a detail or details of the operator of OTS, such as name, identifier, car number, and/or location of OTS operator is sent to Joe.

POTS notifies Joe of the taxi reschedule through the presence of window 352, which may optionally be accompanied by a push notification, causing Joe's mobile phone to vibrate or sound a predetermined sound designated for POTS notifications.

OTS operator, a taxi driver, arrives at Belmont train station at 13:33, at which time he indicates, via his POTS app to send a message to passenger. He writes a text message, via the app, saying, “My taxi is waiting for you. I'm located in the taxi line at the northwest corner of the parking lot. Joe receives the message via his POTS app and reads it. Joe proceeds along the route and arrives at the Belmont train station at 13:34. Upon arriving, Joe proceeds to the location designated in the message received via the POTS, and indicates to the taxi driver that he is the customer who ordered a trip to Notre Dame de Namur University via POTS. The taxi driver proceeds to the destination.

Upon arriving at the destination, Joe indicates, via POTS, that he wishes to pay the taxi fare via his app. Joe indicates the payment method, which is then charged by POTS to Joe's credit card. Joe receives confirmation of payment from POTS. A notification appears on the taxi driver's app confirming that Joe had paid, and indicating the amount paid.

EXAMPLE 2

As in example 1, Joe uses a POTS to plan the same trip as in example 1. Screenshots 300 and 320 appear as in example 1, and Joe pre-orders a taxi by tapping on pre-order icon 336.

Reference is now made to FIG. 3D. Upon tapping on pre-order icon 336, screenshot 360 in FIG. 3D is displayed. Screenshot 360 comprises OTS provider fields 362, 364 and 366, and continue icon 368.

OTS provider field 362 provides information regarding OTS provider Uber, including rating of OTS provider and estimated cost of OTS leg. OTS provider field 364 provides information regarding OTS provider Lyft, including rating of OTS provider and estimated cost of OTS leg. OTS provider field 366 provides information regarding OTS provider Get-Taxi, including rating of OTS provider and estimated cost of OTS leg.

Joe, after reviewing cost and rating of the OTS providers, chooses Lyft as his OTS provider. Joe's mobile phone then displays an itinerary, as in screenshot 320, with the exception that leg description 342 comprises an icon indicating that Lyft is the OTS provider.

In the description and claims of the present application, each of the verbs, “comprise,” “include” and “have,” and conjugates thereof, are used to indicate that the object or objects of the verb are not necessarily a complete listing of components, elements or parts of the subject or subjects of the verb.

Descriptions of embodiments of the invention in the present application are provided by way of example and are not intended to limit the scope of the invention. The described embodiments comprise different features, not all of which are required in all embodiments of the invention. Some embodiments utilize only some of the features or possible combinations of the features. Variations of embodiments of the invention that are described, and embodiments of the invention comprising different combinations of features noted in the described embodiments, will occur to persons of the art. The scope of the invention is limited only by the claims. 

1. A method for navigation of a user along a route from an origin to a destination, the method comprising: receiving input pertaining to the user's origin and planned destination; receiving data from at least one public transportation service and at least one ordered transportation service pertaining to a route between the origin and the destination; and providing a user with a route plan from the origin to the destination comprising at least one leg using a public transportation service and at least one leg using an ordered transportation service.
 2. The method according to claim 1 wherein the route plan is provided on a user's mobile communication device.
 3. The method according to claim 1 wherein the route plan is provided as a mapped route showing at least one leg using each of a public transportation service and an ordered transportation service.
 4. The method according to claim 1 wherein the route plan is based on real-time data received from at least one ordered transportation service.
 5. The method according to claim 1 further comprising: receiving a notification from a user that the user wishes to order service from an ordered transportation service as a leg of the user's route; and sending information relating to user's route leg to an ordered transportation service.
 6. The method according to claim 5 comprising: providing to the user information relating to more than one ordered transportation service available to provide service relating to the user's ordered transportation leg; and receiving from the user a service order relative to services of one of the ordered transportation services.
 7. The method according to claim 6 wherein the information relating to more than one ordered transportation service comprises at least one of: a rating of the ordered transportation service, estimated cost of the service and availability of the service.
 8. The method according to claim 6 further comprising transferring user information to the ordered transportation service upon receiving from the user a service order.
 9. The method according to claim 6 further comprising opening a communication channel between the user and the ordered transportation service upon receiving a service order from the user.
 10. The method according to claim 6 further comprising receiving a payment from a user and transferring payment to an ordered transportation service upon completion of an ordered transportation service leg.
 11. The method according to claim 5 further comprising: sending information relating to a potential user leg to a plurality of ordered transportation services; receiving a bid from a plurality of ordered transportation services relating to provision of service of the user leg; and selecting one of ordered transportation services to provide service to the user, from the plurality of ordered transportation service based on the provided bid.
 12. The method according to claim 11 wherein the bid comprises information relating to a commission that an ordered transportation service will provide in order to provide service to the user.
 13. The method according to claim 11 wherein information relating to a potential user leg comprises probability data relating to probability of a user using an ordered transportation service leg.
 14. The method according to claim 13 wherein the probability is calculated based on user distance and/or time from the ordered transportation service leg and/or user's usage history.
 15. The method according to claim 5 wherein the route plan comprises an estimated route time associated with traversing the route, the method further comprising: tracking a user's progress along the route plan relative to estimated route time; and notifying an ordered transportation service of a user's disparity when disparity between estimated route time and user's progress reaches a predetermined level.
 16. The method according to claim 1 further comprises providing the user with at least one alternate route plan selected from the group consisting of: a route plan utilizing public transportation without ordered transportation; and a route plan utilizing ordered transportation without public transportation.
 17. The method according to claim 1 wherein the route plan comprises information selected from the group consisting of: total route duration, route cost, modes of transportation used along the route, route start time and route finish time.
 18. The method according to claim 1 wherein input pertaining to the user's origin is received from a user's mobile communication device, based on a locator associated with the device.
 19. The method according to claim 4 wherein the route plan is based on real-time data received from at least one public transportation service.
 20. A non-transitory machine-readable medium storing a navigation application which when executed by at least one processing unit of a device provides route plans, the navigation application comprising a set of instructions for: providing at least one route plan comprising at least one leg using a public transportation service and at least one leg using an ordered transportation service. 